home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1095 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.3 KB
  1. From: Julian Reschke <reschke@GOEDEL.UNI-MUENSTER.DE>
  2. Subject: Re: tosfs, faster hash function...
  3. Date: Fri, 25 Feb 94 16:11:52 MET DST
  4. In-Reply-To: <199402251506.HAA08153@netcom9.netcom.com>; from "Eric R. Smith" at Feb 25, 94 7:06 am
  5.  
  6. > 
  7. > As Julian pointed out, CRCs cannot be guaranteed to be unique. For that
  8. > reason, I don't think it's a good idea to use them for inodes in tosfs.
  9. > The current scheme is inefficient for some purposes, but much safer,
  10. > and I'll take safety over efficiency any day.
  11. > 
  12. > Regards,
  13. > Eric
  14. > 
  15.  
  16. Eric, the current implementation is NOT safer. Inodes have to be different
  17. for different files, BUT they have to be identical for identical files,
  18. too. The current implementation satisfies the first, but ignores the
  19. second point.
  20.  
  21. I think the current implementation is useless. If you really want to keep
  22. it, there should be a portable method to *inquire* whether the inodes
  23. are 'real' or just a counter.
  24.  
  25. Juergen, re start cluster as inode: for empty files, one could use
  26. (start cluster of directory << 16) | (index of file within directory)
  27. (note that cluster numbers are always 16 bit, while the inode has 32 bits).
  28.  
  29. -- 
  30. ---------------------------------------------------
  31. Julian F. Reschke, Hensenstr. 142, D-48161 Muenster
  32.  eMail: reschke@math.uni-muenster.de jr@ms.maus.de
  33. ___________________________________________________
  34.